home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 294.txt < prev    next >
Text File  |  1997-04-16  |  29KB  |  682 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Wed,  7 Mar 90       Volume 90 : Issue  294
  4.  
  5. Today's Topics:
  6.                             1 Meg Drams..
  7.                    500KHz Midi; Author please reply
  8.                     Atari and the Everyday Person
  9.                                 G-Dos
  10.                           Hard disk problems
  11.                       SIMMs for the STE (4 msgs)
  12.                           Sozobon C problems
  13.                               Space Ace
  14. ----------------------------------------------------------------------
  15.  
  16. Date: 7 Mar 90 18:52:49 GMT
  17. From: uc!nic.MR.NET!ns!logajan@tut.cis.ohio-state.edu  (John Logajan)
  18. Subject: 1 Meg Drams..
  19. Message-ID: <1990Mar7.185249.27625@ns.network.com>
  20.  
  21. ins_bac@jhunix.UUCP (Ajay Choudhri) writes:
  22. >I have a question about drams, I need 16 1 Megabit drams to go up to
  23. >2.5 megs in my 520ST with an EZRAM ][ board.  I have 9 at 120 ns and
  24. >7 at 100 nsec. Can I mix the speeds on the same bank??
  25.  
  26. Yes, go ahead and mix them.  FYI the speed ratings are MAXIMUMS.  In reality
  27. the data comes out much sooner than the rated maximums -- because the
  28. maximums have to include low voltage (4.5 volts) and high temperatures
  29. (probably 50 degrees C.) and process variations (10%?) and STILL be within
  30. maximums.  My point is that system designs depend on the chips meeting
  31. the maximum requirement -- faster chips do this, but at some point you
  32. end up paying for speed capability that you don't need.
  33.  
  34. Anything under 150ns (what my original Atart 520 ST came with) will work
  35. just fine -- mixed or not.
  36.  
  37. --
  38. - John Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428
  39. - logajan@ns.network.com, john@logajan.mn.org, 612-424-4888, Fax 424-2853
  40.  
  41. ------------------------------
  42.  
  43. Date: 6 Mar 90 19:08:06 GMT
  44. From: bu.edu!dartvax!eleazar.dartmouth.edu@eddie.mit.edu  (Clark L. Breyman)
  45. Subject: 500KHz Midi; Author please reply
  46. Message-ID: <20049@dartvax.Dartmouth.EDU>
  47.  
  48.         Someone( I lost that article) posted a question on changing the
  49.         ACIA clock divide for the MIDI port and winding up with 500KHz.
  50.         I hope this is possible, as it would (with Fred Brooks's MIDINET)
  51.         provide a wonderfull built in networking facility. Unfortunately,
  52.         MIDI was designed for musical applications where noise free operation
  53.         was optimized over bandwidth. This means that, in order to avoid
  54.         ground loops and the hum that comes with them, all MIDI is opto-isolated
  55.         Current leaves one machine. goes through an LED on the slave and returns        to the
  56.  master. The two devices are electrically independant. An 500KHz
  57.         sounds to me a lot faster that most opto-isolators can handle. Anyone
  58.         got specs on the OI's in the ST?
  59.  
  60.         Along this line, it seems like this could be exploited by Atari the
  61.         way appletalk was exploited by Apple. I assume Senor Small's in-progress
  62.         board uses the serial port or the printer port. Perhaps a hardware
  63.         bypass of the MIDI OI might be in order?
  64.  
  65.         ----------
  66.         Clark
  67.  
  68. ------------------------------
  69.  
  70. Date: 6 Mar 90 10:18:51 GMT
  71. From: sgi!shinobu!odin!odin.corp.sgi.com!portuesi@ucbvax.Berkeley.EDU  (Michael
  72.  Portuesi)
  73. Subject: Atari and the Everyday Person
  74. Message-ID: <PORTUESI.90Mar6101851@tweezers.esd.sgi.com>
  75.  
  76. I was riding home from work last night on the subway in San Francisco.
  77. My commute home is pretty long, and so I play video games on my Lynx
  78. to pass the time.
  79.  
  80. On the subway, a couple across the aisle from me noticed that I was
  81. playing with some sort of game they'd never seen before.  When they
  82. leaned over to look at it, I offered to show it to them.  The male
  83. member of the couple asked me how much the Lynx cost versus the
  84. GameBoy, and remarked about the color and better graphics.
  85.  
  86. The woman said to me, "Does Atari make that?  I thought they went out
  87. of businesss!"  To which I replied, "No, they're still around."
  88.  
  89. Sounds like Atari could stand to do a bit of advertising for itself,
  90. let alone its products.
  91.  
  92.                                 --M
  93. --
  94. __
  95. \/ Michael Portuesi / Silicon Graphics, Inc. / portuesi@sgi.com
  96.  
  97. ------------------------------
  98.  
  99. Date: 7 Mar 90 13:22:45 GMT
  100. From:
  101.  mcsun!ukc!axion!masalla.fulcrum.bt.co.uk!beta.its.bt.co.uk!jvt@uunet.uu.net
  102.  (John Trickey)
  103. Subject: G-Dos
  104. Message-ID: <Z8-#%
  105.  
  106. In article <17476@boulder.Colorado.EDU> MILLER TODD C writes:
  107. > You can get AMCGDOS.ARC from terminator.cc.umich.edu (35.1.33.8).
  108. >> This seems to be a PD version of GDOS.  ....
  109.  
  110. I am very interested in obtaining a PD version if possible.  However
  111. I do not have ftp access to terminator & none of the archive sites seem
  112. to have it in their catalogs.  Anyone tell me how I could get hold of a
  113. copy or do I have to buy G+Plus?
  114.  
  115. :- John
  116.  
  117. --
  118.  
  119. John Trickey                      British Telecom IT Systems.
  120. jvt@its.bt.co.uk                  ..!mcsun!ukc!axion!its
  121. G4REV @ GB7SUT                    Voice: +44 21 333 3369
  122.  
  123. ------------------------------
  124.  
  125. Date: 7 Mar 90 15:33:49 GMT
  126. From: mcsun!inria!loria!cartan.crin.fr!domen@uunet.uu.net  (Eric Domenjoud)
  127. Subject: Hard disk problems
  128. Message-ID: <1777@loria.crin.fr>
  129.  
  130. Some days ago, my hard disk got completely corrupted: I first noticed
  131. that some files were mixed on the disk and looking at the FATS and the root
  132. directory, I saw that a prt of file was written in the root directory and
  133. some clusters were allocated to more than one file. It's actually the third
  134. time it happens but I never exactly identified the problem before. I have
  135. then two questions:
  136.  
  137. 1/ Does somebody else already had such a problem?
  138. 2/ could the Universal Item Selector be responsible for this?
  139.  
  140. The Universal Item Selector is indeed the only program that were in
  141. use every time this problem occured, and the first time, it occured
  142. immediately after I tried to copy a file with the Item Selector.
  143.  
  144. Eric
  145.  
  146. ------------------------------
  147.  
  148. Date: 7 Mar 90 17:12:00 GMT
  149. From: apollo!rehrauer@eddie.mit.edu  (Steve Rehrauer)
  150. Subject: SIMMs for the STE
  151. Message-ID: <490df390.20b6d@apollo.HP.COM>
  152.  
  153. In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  154. >euaanu@eua.ericsson.se (Arto Nummelin) writes:
  155. >
  156. >>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
  157. >
  158. >Here we go again: Standard SIMM Reply #1:
  159. >
  160. >The SIMMs are there mainly for the cost and space savings on the PC
  161. >board, not so you can add memory to your machine.  Sometimes we use
  162. >SIPs, not SIMMs, and they're soldered right into the board! Don't rush
  163. >out and buy a 520STe expecting to be able to upgrade it.
  164.  
  165. Allan, I know such decisions aren't in your hands, so this isn't directed
  166. at you.  It seems such a short-sighted policy, though.  I don't purchase
  167. parts or build hardware, so my opinions on the matter are just that.  But
  168. just by browsing the back pages of Computer Shopper, I get a gut-feel that
  169. Atari's per-shipped-CPU savings couldn't possibly amount to more than $5 by
  170. juggling use of SIMMs/SIPs.  That "savings" means that RAM upgrades will
  171. cost an ST owner more, repairs will cost an ST owner more, and it may be
  172. the "nit" that discourages someone from buying in the first place.  Why
  173. does Atari do this sort of thing??
  174.  
  175. I can speak from experience when I say that customers do appreciate the
  176. use of SIMMs, and the ease and lower cost of memory upgrades they provide.
  177. The HP/Apollo DN2500, an entry-level 68030-based workstation, uses standard
  178. SIMMs.  The DN2500 has been quite well received, and in fact we get many
  179. favorable comments regarding our use of SIMMs in this box.  It really does
  180. help sell the box, especially to budget-minded customers.  I know Atari and
  181. HP/Apollo aren't selling to the same people, but I don't believe anyone is
  182. so dim that they can't appreciate a line like, "More memory can be easily
  183. added in the future, using widely available standard parts" in the eye-
  184. catcher glossies.  For that matter, I'd think it would give your "authorized
  185. dealers", wherever the heck they live, higher margins on upgrades they
  186. perform.
  187.  
  188. So again:  Why?  Why?  Why?
  189.  
  190. >============================================
  191. >Opinions expressed above do not necessarily    -- Allan Pratt, Atari Corp.
  192. >reflect those of Atari Corp. or anyone else.     ...ames!atari!apratt
  193.  
  194.  
  195. --
  196. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  197.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  198.  
  199. ------------------------------
  200.  
  201. Date: 6 Mar 90 17:35:46 GMT
  202. From: mcsun!ukc!newcastle.ac.uk!turing!q1cbw@uunet.uu.net  (D.C. Halliday)
  203. Subject: SIMMs for the STE
  204. Message-ID: <1990Mar6.173546.6477@newcastle.ac.uk>
  205.  
  206. RE:  Arto Nummelin says...
  207.  
  208. >I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.  IT WORKED!!!
  209. >I took out the 256k x 8 SIMM (150 ns) and replaced them with two
  210. >1M x 8 (80 ns) made by Samsung. Then I booted up and checked with a DA
  211. >the amount of memory installed. 2048k it said!!!
  212. >Then I tried to add my own SIMMs to the two free sockets. When
  213. >I booted, it rebooted, rebooted ....... So it seems that you can't
  214. >mix the 1M and 256k SIMMs.
  215.  
  216. As far as I can tell Atari have recoded the memory config table.
  217. Testing the bits in the table on an STE give a 512K machine as having
  218. 512K in bank0 and 128K in bank 2! This means that it should be
  219. possible to use say 3 1M simms and get 3 MEG of memory. (It may also
  220. be possible to put in 4Mx8 simms if you can find any.) With a small
  221. patch to stop the MMU causing an exception for addresses above 4Meg
  222. the STe _might_ be expandable above the 4Meg limit of an STfm.
  223.  
  224. [ simm pinout deleted]the SIMM if anybody is interested:
  225.  
  226. Anyone know more about the possibity of more than 4Meg on an STe?
  227.  
  228. Dave H.
  229.  
  230. (D.C.Halliday@newcastle.ac.uk)
  231.  
  232. ------------------------------
  233.  
  234. Date: 6 Mar 90 21:35:29 GMT
  235. From: mcsun!sunic!kth.se!draken!perand@uunet.uu.net  (Per Andersson)
  236. Subject: SIMMs for the STE
  237. Message-ID: <3088@draken.nada.kth.se>
  238.  
  239. In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  240. >The SIMMs are there mainly for the cost and space savings on the PC
  241. >board, not so you can add memory to your machine.  Sometimes we use
  242.  
  243. Well, for us greedy devils who would like to have a 2 meg STe - is there
  244. a way to identify these machines without opening them ? Or is that perhaps
  245. classified... Inquiring minds want to know.
  246.  
  247. Per
  248. --
  249. ---
  250. Per Andersson
  251. Royal Institute of Technology, Stockholm, Sweden
  252. perand@admin.kth.se, @nada.kth.se
  253.  
  254. ------------------------------
  255.  
  256. Date: 5 Mar 90 20:02:33 GMT
  257. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  258. Subject: SIMMs for the STE
  259. Message-ID: <2069@atari.UUCP>
  260.  
  261. euaanu@eua.ericsson.se (Arto Nummelin) writes:
  262.  
  263. >I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
  264.  
  265. Here we go again: Standard SIMM Reply #1:
  266.  
  267. The SIMMs are there mainly for the cost and space savings on the PC
  268. board, not so you can add memory to your machine.  Sometimes we use
  269. SIPs, not SIMMs, and they're soldered right into the board! Don't rush
  270. out and buy a 520STe expecting to be able to upgrade it.
  271.  
  272. ============================================
  273. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  274. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  275.  
  276. ------------------------------
  277.  
  278. Date: 6 Mar 90 18:54:32 GMT
  279. From: mcsun!ukc!newcastle.ac.uk!turing!q1rse@uunet.uu.net  (D.M. Johnson)
  280. Subject: Sozobon C problems
  281. Message-ID: <1990Mar6.185432.8328@newcastle.ac.uk>
  282.  
  283.         Thanks to all the people which sent me some help with the problem I was
  284. having on the Malloc() function.  Part of the problem was bad C programming ( I
  285. am new at the langauge :-)) but in the process of solving I discovered the main
  286. cause.  It was the set up of the disk
  287.  
  288.         Set up as follows for using Sozobon C on a 512K STFM machine
  289.  
  290.         100K eternal2 RAM drive
  291.         Gulam .. latest version
  292.         Disk volumes set up as instructed in documentation
  293.  
  294.    When the program is complied with the RAM drive installed it produced the
  295. error _malloc error_, this only occured if Malloc() (or malloc()) was included
  296. in the program.
  297.  
  298.         Could anybody explain why this has happened
  299.  
  300. Thanks in advance
  301.  
  302. Dave
  303.  
  304. +------------------------------------+----------------------------------------+
  305. | David M. Johnson                   | Janet : D.M.Johnson@uk.ac.newcastle    |
  306. | c/o Electrical and Electronic Eng. | ARPA  : D.M.Johnson@newcastle.ac.uk    |
  307. |     Merz Court                     | UUCP  : ...ukc!newcastle!D.M.Johnson   |
  308. |     Newcastle University           |                                        |
  309. |     Newcastle upon Tyne            |                                        |
  310. |     NE1 7RU                        |                                        |
  311. +------------------------------------+----------------------------------------+
  312. | I DON'T KNOW ABOUT YOU BUT I COULD MURDER A CURRY said death                |
  313. +------------------------------------+----------------------------------------+
  314.  
  315. ------------------------------
  316.  
  317. Date: 6 Mar 90 21:26:15 GMT
  318. From: rose.cis.ohio-state.edu!thompson@tut.cis.ohio-state.edu  (jeffery d
  319.  thompson)
  320. Subject: Space Ace
  321. Message-ID: <77938@tut.cis.ohio-state.edu>
  322.  
  323. I just played the ST version of Space Ace at a computer store here in
  324. Columbus. All I have to say is, IT IS INCREDIBLE!!!!!!!!!!!!!!!!!!!!!
  325. The graphics, animation, sound and gameplay are all excellent, not to
  326. mention that it loads quite fast which is another plus. There are 33
  327. screens in this game and the five or so that I saw were all great.
  328. The game is on four disks, but I don't know how much disk swapping is
  329. necessary because I didn't get very far in the couple of minutes they
  330. let me play it. I'm one of the lucky people who already ordered it last
  331. week, so I should be getting a copy pretty soon, that way I can play
  332. it over spring break. So, if anyone out there wants a program to show
  333. off their ST, I strongly suggest that they get Space Ace, it's amazing!
  334. Long live Atari, may the force be with you, and remember, X NEVER marks
  335. the spot.
  336.                                                 Jeff
  337.  
  338. ------------------------------
  339.  
  340. End of INFO-ATARI16 Digest V90 Issue #294
  341. *****************************************
  342. =========================================================================
  343.  
  344. INFO-ATARI16 Digest         Wed,  7 Mar 90       Volume 90 : Issue  294
  345.  
  346. Today's Topics:
  347.                             1 Meg Drams..
  348.                    500KHz Midi; Author please reply
  349.                     Atari and the Everyday Person
  350.                                 G-Dos
  351.                           Hard disk problems
  352.                       SIMMs for the STE (4 msgs)
  353.                           Sozobon C problems
  354.                               Space Ace
  355. ----------------------------------------------------------------------
  356.  
  357. Date: 7 Mar 90 18:52:49 GMT
  358. From: uc!nic.MR.NET!ns!logajan@tut.cis.ohio-state.edu  (John Logajan)
  359. Subject: 1 Meg Drams..
  360. Message-ID: <1990Mar7.185249.27625@ns.network.com>
  361.  
  362. ins_bac@jhunix.UUCP (Ajay Choudhri) writes:
  363. >I have a question about drams, I need 16 1 Megabit drams to go up to
  364. >2.5 megs in my 520ST with an EZRAM ][ board.  I have 9 at 120 ns and
  365. >7 at 100 nsec. Can I mix the speeds on the same bank??
  366.  
  367. Yes, go ahead and mix them.  FYI the speed ratings are MAXIMUMS.  In reality
  368. the data comes out much sooner than the rated maximums -- because the
  369. maximums have to include low voltage (4.5 volts) and high temperatures
  370. (probably 50 degrees C.) and process variations (10%?) and STILL be within
  371. maximums.  My point is that system designs depend on the chips meeting
  372. the maximum requirement -- faster chips do this, but at some point you
  373. end up paying for speed capability that you don't need.
  374.  
  375. Anything under 150ns (what my original Atart 520 ST came with) will work
  376. just fine -- mixed or not.
  377.  
  378. --
  379. - John Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428
  380. - logajan@ns.network.com, john@logajan.mn.org, 612-424-4888, Fax 424-2853
  381.  
  382. ------------------------------
  383.  
  384. Date: 6 Mar 90 19:08:06 GMT
  385. From: bu.edu!dartvax!eleazar.dartmouth.edu@eddie.mit.edu  (Clark L. Breyman)
  386. Subject: 500KHz Midi; Author please reply
  387. Message-ID: <20049@dartvax.Dartmouth.EDU>
  388.  
  389.         Someone( I lost that article) posted a question on changing the
  390.         ACIA clock divide for the MIDI port and winding up with 500KHz.
  391.         I hope this is possible, as it would (with Fred Brooks's MIDINET)
  392.         provide a wonderfull built in networking facility. Unfortunately,
  393.         MIDI was designed for musical applications where noise free operation
  394.         was optimized over bandwidth. This means that, in order to avoid
  395.         ground loops and the hum that comes with them, all MIDI is opto-isolated
  396.         Current leaves one machine. goes through an LED on the slave and returns        to the
  397.  master. The two devices are electrically independant. An 500KHz
  398.         sounds to me a lot faster that most opto-isolators can handle. Anyone
  399.         got specs on the OI's in the ST?
  400.  
  401.         Along this line, it seems like this could be exploited by Atari the
  402.         way appletalk was exploited by Apple. I assume Senor Small's in-progress
  403.         board uses the serial port or the printer port. Perhaps a hardware
  404.         bypass of the MIDI OI might be in order?
  405.  
  406.         ----------
  407.         Clark
  408.  
  409. ------------------------------
  410.  
  411. Date: 6 Mar 90 10:18:51 GMT
  412. From: sgi!shinobu!odin!odin.corp.sgi.com!portuesi@ucbvax.Berkeley.EDU  (Michael
  413.  Portuesi)
  414. Subject: Atari and the Everyday Person
  415. Message-ID: <PORTUESI.90Mar6101851@tweezers.esd.sgi.com>
  416.  
  417. I was riding home from work last night on the subway in San Francisco.
  418. My commute home is pretty long, and so I play video games on my Lynx
  419. to pass the time.
  420.  
  421. On the subway, a couple across the aisle from me noticed that I was
  422. playing with some sort of game they'd never seen before.  When they
  423. leaned over to look at it, I offered to show it to them.  The male
  424. member of the couple asked me how much the Lynx cost versus the
  425. GameBoy, and remarked about the color and better graphics.
  426.  
  427. The woman said to me, "Does Atari make that?  I thought they went out
  428. of businesss!"  To which I replied, "No, they're still around."
  429.  
  430. Sounds like Atari could stand to do a bit of advertising for itself,
  431. let alone its products.
  432.  
  433.                                 --M
  434. --
  435. __
  436. \/ Michael Portuesi / Silicon Graphics, Inc. / portuesi@sgi.com
  437.  
  438. ------------------------------
  439.  
  440. Date: 7 Mar 90 13:22:45 GMT
  441. From:
  442.  mcsun!ukc!axion!masalla.fulcrum.bt.co.uk!beta.its.bt.co.uk!jvt@uunet.uu.net
  443.  (John Trickey)
  444. Subject: G-Dos
  445. Message-ID: <Z8-#%
  446.  
  447. In article <17476@boulder.Colorado.EDU> MILLER TODD C writes:
  448. > You can get AMCGDOS.ARC from terminator.cc.umich.edu (35.1.33.8).
  449. >> This seems to be a PD version of GDOS.  ....
  450.  
  451. I am very interested in obtaining a PD version if possible.  However
  452. I do not have ftp access to terminator & none of the archive sites seem
  453. to have it in their catalogs.  Anyone tell me how I could get hold of a
  454. copy or do I have to buy G+Plus?
  455.  
  456. :- John
  457.  
  458. --
  459.  
  460. John Trickey                      British Telecom IT Systems.
  461. jvt@its.bt.co.uk                  ..!mcsun!ukc!axion!its
  462. G4REV @ GB7SUT                    Voice: +44 21 333 3369
  463.  
  464. ------------------------------
  465.  
  466. Date: 7 Mar 90 15:33:49 GMT
  467. From: mcsun!inria!loria!cartan.crin.fr!domen@uunet.uu.net  (Eric Domenjoud)
  468. Subject: Hard disk problems
  469. Message-ID: <1777@loria.crin.fr>
  470.  
  471. Some days ago, my hard disk got completely corrupted: I first noticed
  472. that some files were mixed on the disk and looking at the FATS and the root
  473. directory, I saw that a prt of file was written in the root directory and
  474. some clusters were allocated to more than one file. It's actually the third
  475. time it happens but I never exactly identified the problem before. I have
  476. then two questions:
  477.  
  478. 1/ Does somebody else already had such a problem?
  479. 2/ could the Universal Item Selector be responsible for this?
  480.  
  481. The Universal Item Selector is indeed the only program that were in
  482. use every time this problem occured, and the first time, it occured
  483. immediately after I tried to copy a file with the Item Selector.
  484.  
  485. Eric
  486.  
  487. ------------------------------
  488.  
  489. Date: 7 Mar 90 17:12:00 GMT
  490. From: apollo!rehrauer@eddie.mit.edu  (Steve Rehrauer)
  491. Subject: SIMMs for the STE
  492. Message-ID: <490df390.20b6d@apollo.HP.COM>
  493.  
  494. In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  495. >euaanu@eua.ericsson.se (Arto Nummelin) writes:
  496. >
  497. >>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
  498. >
  499. >Here we go again: Standard SIMM Reply #1:
  500. >
  501. >The SIMMs are there mainly for the cost and space savings on the PC
  502. >board, not so you can add memory to your machine.  Sometimes we use
  503. >SIPs, not SIMMs, and they're soldered right into the board! Don't rush
  504. >out and buy a 520STe expecting to be able to upgrade it.
  505.  
  506. Allan, I know such decisions aren't in your hands, so this isn't directed
  507. at you.  It seems such a short-sighted policy, though.  I don't purchase
  508. parts or build hardware, so my opinions on the matter are just that.  But
  509. just by browsing the back pages of Computer Shopper, I get a gut-feel that
  510. Atari's per-shipped-CPU savings couldn't possibly amount to more than $5 by
  511. juggling use of SIMMs/SIPs.  That "savings" means that RAM upgrades will
  512. cost an ST owner more, repairs will cost an ST owner more, and it may be
  513. the "nit" that discourages someone from buying in the first place.  Why
  514. does Atari do this sort of thing??
  515.  
  516. I can speak from experience when I say that customers do appreciate the
  517. use of SIMMs, and the ease and lower cost of memory upgrades they provide.
  518. The HP/Apollo DN2500, an entry-level 68030-based workstation, uses standard
  519. SIMMs.  The DN2500 has been quite well received, and in fact we get many
  520. favorable comments regarding our use of SIMMs in this box.  It really does
  521. help sell the box, especially to budget-minded customers.  I know Atari and
  522. HP/Apollo aren't selling to the same people, but I don't believe anyone is
  523. so dim that they can't appreciate a line like, "More memory can be easily
  524. added in the future, using widely available standard parts" in the eye-
  525. catcher glossies.  For that matter, I'd think it would give your "authorized
  526. dealers", wherever the heck they live, higher margins on upgrades they
  527. perform.
  528.  
  529. So again:  Why?  Why?  Why?
  530.  
  531. >============================================
  532. >Opinions expressed above do not necessarily    -- Allan Pratt, Atari Corp.
  533. >reflect those of Atari Corp. or anyone else.     ...ames!atari!apratt
  534.  
  535.  
  536. --
  537. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  538.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  539.  
  540. ------------------------------
  541.  
  542. Date: 6 Mar 90 17:35:46 GMT
  543. From: mcsun!ukc!newcastle.ac.uk!turing!q1cbw@uunet.uu.net  (D.C. Halliday)
  544. Subject: SIMMs for the STE
  545. Message-ID: <1990Mar6.173546.6477@newcastle.ac.uk>
  546.  
  547. RE:  Arto Nummelin says...
  548.  
  549. >I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.  IT WORKED!!!
  550. >I took out the 256k x 8 SIMM (150 ns) and replaced them with two
  551. >1M x 8 (80 ns) made by Samsung. Then I booted up and checked with a DA
  552. >the amount of memory installed. 2048k it said!!!
  553. >Then I tried to add my own SIMMs to the two free sockets. When
  554. >I booted, it rebooted, rebooted ....... So it seems that you can't
  555. >mix the 1M and 256k SIMMs.
  556.  
  557. As far as I can tell Atari have recoded the memory config table.
  558. Testing the bits in the table on an STE give a 512K machine as having
  559. 512K in bank0 and 128K in bank 2! This means that it should be
  560. possible to use say 3 1M simms and get 3 MEG of memory. (It may also
  561. be possible to put in 4Mx8 simms if you can find any.) With a small
  562. patch to stop the MMU causing an exception for addresses above 4Meg
  563. the STe _might_ be expandable above the 4Meg limit of an STfm.
  564.  
  565. [ simm pinout deleted]the SIMM if anybody is interested:
  566.  
  567. Anyone know more about the possibity of more than 4Meg on an STe?
  568.  
  569. Dave H.
  570.  
  571. (D.C.Halliday@newcastle.ac.uk)
  572.  
  573. ------------------------------
  574.  
  575. Date: 6 Mar 90 21:35:29 GMT
  576. From: mcsun!sunic!kth.se!draken!perand@uunet.uu.net  (Per Andersson)
  577. Subject: SIMMs for the STE
  578. Message-ID: <3088@draken.nada.kth.se>
  579.  
  580. In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  581. >The SIMMs are there mainly for the cost and space savings on the PC
  582. >board, not so you can add memory to your machine.  Sometimes we use
  583.  
  584. Well, for us greedy devils who would like to have a 2 meg STe - is there
  585. a way to identify these machines without opening them ? Or is that perhaps
  586. classified... Inquiring minds want to know.
  587.  
  588. Per
  589. --
  590. ---
  591. Per Andersson
  592. Royal Institute of Technology, Stockholm, Sweden
  593. perand@admin.kth.se, @nada.kth.se
  594.  
  595. ------------------------------
  596.  
  597. Date: 5 Mar 90 20:02:33 GMT
  598. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  599. Subject: SIMMs for the STE
  600. Message-ID: <2069@atari.UUCP>
  601.  
  602. euaanu@eua.ericsson.se (Arto Nummelin) writes:
  603.  
  604. >I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
  605.  
  606. Here we go again: Standard SIMM Reply #1:
  607.  
  608. The SIMMs are there mainly for the cost and space savings on the PC
  609. board, not so you can add memory to your machine.  Sometimes we use
  610. SIPs, not SIMMs, and they're soldered right into the board! Don't rush
  611. out and buy a 520STe expecting to be able to upgrade it.
  612.  
  613. ============================================
  614. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  615. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  616.  
  617. ------------------------------
  618.  
  619. Date: 6 Mar 90 18:54:32 GMT
  620. From: mcsun!ukc!newcastle.ac.uk!turing!q1rse@uunet.uu.net  (D.M. Johnson)
  621. Subject: Sozobon C problems
  622. Message-ID: <1990Mar6.185432.8328@newcastle.ac.uk>
  623.  
  624.         Thanks to all the people which sent me some help with the problem I was
  625. having on the Malloc() function.  Part of the problem was bad C programming ( I
  626. am new at the langauge :-)) but in the process of solving I discovered the main
  627. cause.  It was the set up of the disk
  628.  
  629.         Set up as follows for using Sozobon C on a 512K STFM machine
  630.  
  631.         100K eternal2 RAM drive
  632.         Gulam .. latest version
  633.         Disk volumes set up as instructed in documentation
  634.  
  635.    When the program is complied with the RAM drive installed it produced the
  636. error _malloc error_, this only occured if Malloc() (or malloc()) was included
  637. in the program.
  638.  
  639.         Could anybody explain why this has happened
  640.  
  641. Thanks in advance
  642.  
  643. Dave
  644.  
  645. +------------------------------------+----------------------------------------+
  646. | David M. Johnson                   | Janet : D.M.Johnson@uk.ac.newcastle    |
  647. | c/o Electrical and Electronic Eng. | ARPA  : D.M.Johnson@newcastle.ac.uk    |
  648. |     Merz Court                     | UUCP  : ...ukc!newcastle!D.M.Johnson   |
  649. |     Newcastle University           |                                        |
  650. |     Newcastle upon Tyne            |                                        |
  651. |     NE1 7RU                        |                                        |
  652. +------------------------------------+----------------------------------------+
  653. | I DON'T KNOW ABOUT YOU BUT I COULD MURDER A CURRY said death                |
  654. +------------------------------------+----------------------------------------+
  655.  
  656. ------------------------------
  657.  
  658. Date: 6 Mar 90 21:26:15 GMT
  659. From: rose.cis.ohio-state.edu!thompson@tut.cis.ohio-state.edu  (jeffery d
  660.  thompson)
  661. Subject: Space Ace
  662. Message-ID: <77938@tut.cis.ohio-state.edu>
  663.  
  664. I just played the ST version of Space Ace at a computer store here in
  665. Columbus. All I have to say is, IT IS INCREDIBLE!!!!!!!!!!!!!!!!!!!!!
  666. The graphics, animation, sound and gameplay are all excellent, not to
  667. mention that it loads quite fast which is another plus. There are 33
  668. screens in this game and the five or so that I saw were all great.
  669. The game is on four disks, but I don't know how much disk swapping is
  670. necessary because I didn't get very far in the couple of minutes they
  671. let me play it. I'm one of the lucky people who already ordered it last
  672. week, so I should be getting a copy pretty soon, that way I can play
  673. it over spring break. So, if anyone out there wants a program to show
  674. off their ST, I strongly suggest that they get Space Ace, it's amazing!
  675. Long live Atari, may the force be with you, and remember, X NEVER marks
  676. the spot.
  677.                                                 Jeff
  678.  
  679. ------------------------------
  680.  
  681. End of INFO-ATARI16 Digest V90 Issue #294
  682. *****************************************